home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960209-19960425 / 000037_news@columbia.edu _Sun Feb 18 06:45:58 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id GAA11186 for <kermit.misc@watsun>; Sun, 18 Feb 1996 06:45:57 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id GAA23705 for kermit.misc@watsun; Sun, 18 Feb 1996 06:45:54 -0500 (EST)
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!news.uoregon.edu!chi-news.cic.net!nntp.coast.net!howland.reston.ans.net!usc!sdd.hp.com!hamblin.math.byu.edu!park.uvsc.edu!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd
  5. From: jrd@cc.usu.edu (Joe Doupnik)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Status line disappears in MSKERMIT 3.14
  8. Message-ID: <1996Feb17.193423.74385@cc.usu.edu>
  9. Date: 17 Feb 96 19:34:23 MDT
  10. References: <4g5oae$ag9@oravannahka.Helsinki.FI>
  11. Organization: Utah State University
  12. Lines: 23
  13.  
  14. In article <4g5oae$ag9@oravannahka.Helsinki.FI>, tlinden@cc.Helsinki.FI (Tomas Linden) writes:
  15. > I'm using MSKERMIT 3.14 to connect to DEC Alphas which are running OSF/1
  16. > V3.2A (Revision 17). If Kermit is emulating a VT102 or VT320 and I run
  17. > any command which calls the more pager the status line in Kermit is
  18. > overwritten when the page is full and more writes its prompt at the
  19. > bottom of the screen. The command stty reports correctly that I have a
  20. > screen size of 24 * 80. After that the status line has been overwritten,
  21. > the cursor usually goes back to line 24 as it should. I don't see this
  22. > problem on any other machines that I also use.
  23. > 
  24. > Is this a bug in Kermit or is it something wrong with OSF/1? Is there a
  25. > fix for this problem?
  26. > 
  27. > Tomas Linden
  28. > ------------
  29. > Tomas.Linden@Helsinki.FI
  30. ------------
  31.     Isn't this a repeat of exactly the same problem brought up on the
  32. list a couple of weeks ago? If so the answer is it is an OSF/1 problem,
  33. and you cure it be taming OSF/1's impression of proper terminal 
  34. characteristics: terminfo/termcap contents. 
  35.     Joe D.
  36.